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Abstract 

As the size of images and data products derived from astronomical data continues to increase, new tools are needed to visualize 
and interact with that data in a meaningful way. Motivated by our own astronomical images taken with the Dark Energy Camera 
(DECam) we present Toyz, an open source Python package for viewing and analyzing images and data stored on a remote server 
or cluster. Users connect to the Toyz web application via a web browser, making it an convenient tool for students to visualize and 
interact with astronomical data without having to install any software on their local machines. In addition it provides researchers 
with an easy-to-use tool that allows them to browse the files on a server and quickly view very large images (> 2 Gb) taken with 
DECam and other cameras with a large FOV and create their own visualization tools that can be added on as extensions to the 
default Toyz framework. 
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1. Introduction 

In the past, large scientific datasets were used mainly by 
large collaborations while independent researchers worked with 
much more manageable volumes of data. Over the past few 
years we’ve been entering a new paradigm where very large sets 
of data are available to (and at times even generated by) much 
smaller groups. This abundance of data has highlighted a short¬ 
age of scientific tools to store, organize, analyze, and visualize 
that data. Fortunately this problem overlaps with the needs of 
the industrial community at large and in the past decade there 
has been a lot of work by traditional scientists, data scientists, 
and software engineers to develop software to aid researchers 
in dealing with this new (and rewarding) problem. 

Unfortunately much of the current work in astronomy is of¬ 
ten on the fringe of what is possible and has been done before, 
meaning the types of data we work with poses new challenges, 
which in turn create a need for new tools ( Merenyij^ 2014 JGopu 


et al. 


et al. 


2014 


2012 


Lins et all |20131 [Loebman et al.| |2014t 


Federl 


201 1[ ). Ideally these new tools should be built 


on existing frameworks that are under active development by 
software engineers to minimize the effort from research scien¬ 
tists while taking advantage of the latest technologies and up¬ 
dates to existing codes. The Python language has become a 
fertile ground for rapid software development and with the cre¬ 
ation of a vast array of modules for scientific image and data 
processing like numpy ([Wait et al. 20111, scipy (Jones et al. 


2001 1, pan das ([McKinney 2010| ) and scikit-image ( van der 


Walt et al. 2014 ); machine learning modules like scikit-learn 
( Pedregosa et al.[[2011| ); statistics and modeling packages like 
scikits-statsmodels, pymc and emcee ([Foreman-Mackey et aH 


2013), and what has become the de facto astronomy python 
project astropy ( [Astropy Collaboration et al. 2013| ) and its af¬ 
filiated packages. 


While many of the tools listed above are useful for as¬ 
tronomers, data scientists, and software engineers; there is a 
great divergence when it comes to tools for visualization. Much 
of the interactivity and visualization work done in the realm of 
data science and software development tends to be focused on 
web frameworks like jQuery Ui, Highcharts, DS.js and even 
more advanced libraries using webGL like PhiloGL, pathGL 
and many others; or R libraries like ggplot2 ( |Wickham| 2009|). 
Contrast this with astronomy where programs like ds9 ( |Joye 
and Mandd]|2Q03| ) that are used primarily by astronomers with 


few updates and changes over the past decade. Several recent 
python packages have been created to help bridge the gap be¬ 
tween professional visualization tools and those available in as¬ 
tronomy: GLUE ( [Beaumont et al.| 2014| ) provides a rich GUI 
for interacting with data sets and images and Ginga is one of 
the most advanced frameworks for viewing and interacting with 
FITS images. 

The disadvantage of using any of the visualization tools in 
astronomy mentioned above is that to run efficiently all of them 
must be run on a local machine with data stored locally. With 
new instruments like the Dark Energy Camera (DECam) that 
create 2Gb images ( .5Gb compressed) and over 1Tb of data 
products per night ( [Valdes et al.j [20141 [Flaugher et al.[ [2012| ), 
it’s no longer feasible to store an entire observing run (or even 
a single night) on a laptop or PC. Recognizing the need for 
a server side image viewer several groups have been indepen¬ 
dently developing web applications to serve images from a re¬ 
mote server to a client with only a web browser installed in¬ 


cluding VisiOmatic ( Bertin et al. 2015 ), Data Labs ( Fitzpatrick 
[et al.| [2014[ ), and now Toyz. VisiOmatic is an open source web 
application running on an Apache web server with an IlPImage 
( [Pillayl [2014| ) server to display large images in a browser us¬ 
ing a so called “slippy map” implementation (similar to Google 
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maps). In addition to viewing images, the VisiOmatic client 
also enables users to interact with the image including marking 
point sources and plotting slices of the data. 

When we first began to analyze our own DECam images, 
which took up over 1 Tb of disk space on our server, we real¬ 
ized that in order to view the images and analyze the catalogs 
we created with them that we would need a new tool, prefer¬ 
ably one that could run on the server storing the data and allow 
a platform independent way for users to connect to the data and 
interact with it. This was our initial motivation for creating a 
new python package called Toyz, which seeks to combine the 
best of all of the software discussed so far: the remote image 
viewing of VisiOmatic, the interactivity of GLUE and Ginga, 
the astronomical tools of astropy, and the convenience of do¬ 
ing it all in a single framework built on existing Python and 
HTML5 software maintained by computer scientists. Because 
Toyz is a framework, not an application, it is designed to be eas¬ 
ily customized by end users for their specific scientific needs 
but easy enough to use that a class of undergraduates could use 
it for analyzing their data without having to install any software 
on their home computers. One of the guiding principles of Toyz 
is that an undergraduate student should be able to install Toyz 
and begin analyzing data on his/her first day! 

In this paper we highlight the various functions of Toyz. Sec¬ 
tion [^describes the core Toyz package that allows users to view 
images and interactive plots in their browsers, section de¬ 
scribes the affiliated package Astro-Toyz that incorporates as¬ 
tronomy specific tools including WCS and interactive tools for 
the image viewer, and section [^describes future plans for inte¬ 
grating Toyz with other software packages. 


2. Toyz 


Toyz can be thought of as a platform-independent tool for vi¬ 
sualizing and interacting with large images or catalogs of data. 
Instead of trying to create a one-size-fits-all application, Toyz 
is designed to be an open source framework that scientists can 
customize to fit their own research needs. 

A graphical representation of the server is shown in Figure 
[T] The web application at the heart of Toyz is built on the Tor¬ 
nado web framework ( jPamell and Tornado Developers! |20T5 ), 
a python library originally written by FriendFeed as the back¬ 
end for their social media website. User authentication is done 
via HTML handlers built into Tornado while most other com¬ 
munications between the server and client are done via Web- 
Sockets ( Hickson 2Q11[ ): a bi-directional protocol that uses an 
HTML handshake to setup an open communication between the 
server and the client without the need for constant polling by the 
client to get the status of a job. Similar technology is used for 
a variety of websites and web applications including Jupyter 
(formerly iPython) notebooks ( Ragan-Kelley et ah) |2014| ). A 
separate module handling file I/O provides an API to load data 


from a variety of formats (see Section 2.2). The file I/O module 
is written to allow users to create affiliated packages or exten¬ 
sions that allow users to create custom classes for loading addi¬ 
tional data types not currently supported by Toyz with minimal 
coding. 


Server 


To web clients To web clients 



Figure 1: Server Data Structure 


Each time a new connection is made to the server a new pro¬ 
cess called a session is spawned using python’s multiprocessing 
module. All of the variables and methods defined in a session 
will be stored until the user closes the browser and disconnects 
from the server. All of the jobs sent from a client to the server 
are verified for authenticity and put in a queue to be run for the 
correct session. Once a job is completed, a response in the form 
of a ISON object is sent to the browser that at a minimum con¬ 
tains a status key (indicating whether or not the job completed 
successfully or encountered an error) and often additional key¬ 
word arguments generated by the function. 


TO Server Client 



On the client side all communications are pushed through 
a single function that maintains information about the current 
session (a graphical representation of the client is shown in Fig¬ 
ure When initialized the user can choose how errors and 
warnings that might occur while running a job are handled as 
well as what actions to take when various types of responses 
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Figure 3: Workspace with two different color-magnitude plots loaded from the same data source. When points are selected in one of the plots Toyz will automatically 
select the same points in every additional plot generated from the same data source on the server. 


are returned. A file dialog is also initialized that allows users 
to browse the directory tree on the server, functionality that is 
not incorporated into web browsers for obvious security rea¬ 
sons. The default homepage when a user logs onto the server 
is a management console that allows one to set shortcut paths 
and allows administrators to set user and group permissions (see 
Section [2^ . 

To assist users in developing their own custom tools a GUI 
module parses JSON objects (or python dictionaries) to build 
interactive tools like drop boxes, sliders, and buttons with¬ 
out the need for javascript or css code. All of the menus 
and controls in Toyz have been generated using the same GUI 
framework, which is thoroughly documented on the website at 
http: //f redSm. github. io/toyz along with several exam¬ 
ples. 

The remainder of this section discusses additional built-in 
features of Toyz. 


2.1. Workspace Environment 


The main working environment in Toyz is referred to as a 
workspace. On the client side a workspace is simply a blank 
webpage that allows users to add a collection of customizable 
tiles. Each tile is associated with some functionality, such as 
displaying an image or plot, and can be moved and resized in 
the browser window. On the server side a workspace is an en¬ 
vironment spawned as a new python process for each window 
(or tab) in a user’s browser. This environment is completely 
separate from the web application (which handles connections 
to and from the server) where the state of a user’s variables 
are stored for the duration of the connection. Because each 
workspace is a separate process, Toyz is able to take advan¬ 
tage of all of the processing cores on a server, meaning that 
if the number of processors scales with the number of simulta¬ 
neous users, large classes and groups should be able to access 
the same Toyz server with no reduction in performance. 

While Toyz comes with two default tile types: Highcharts 


plots (see Section [Z2] ) and image viewers (see Section [23] ), a 
template is included with the source code to allow users to cre¬ 
ate their own custom tiles with access to all of the variables of 


the workspace on the server and the client. In addition, users are 
able to save the workspace by generating a url that will load a 
saved workspace for the user and any collaborators with whom 
the url and permissions are shared. 

2.2. Data Connectivity and Interactive Plots 

The gold standard open source package for data visualization 
in python is GLUE, a python package which allows users to 
load a series of data sets into memory and provides a GUI for 
plotting connected data sets and images in tiles on the viewing 
window. The only current drawback to GLUE is that the data 
sources must be stored locally, which is not always practical for 
the reasons mentioned earlier. While a future version of Toyz 
seeks to integrate with GLUE and extend all of its functionality 
to the browser, the current incarnation ports some of the most 
important features, including the ability to create linked plots. 

Users are provided an interface to load a variety of data 
sources onto the server. By default Toyz will load any format 
that is integrated with pandas including SQL databases, HDF5, 
and text files as well as numpy binary files and text files that can 
be opened using standard python I/O functions. Until the user 
tries to do something with the data (like plot it in the browser) 
it remains solely on the server, saving time and bandwidth. It 
is also possible to extend the available file types by adding a 
custom module, for example the Astro-Toyz package extends 
the available file types to FITS tables, VOTables, and all of the 
other file formats that can be read from astropy Tables. 

To interact with the data Toyz provides a GUI to Highcharts, 
an open source javascript library that allows users to display 
interactive plots in a web browser and is free for academic and 
personal use (and reasonably priced for commercial use). High¬ 
charts includes functionality to select data points as well as 
drill down, zoom into subsets of a plot, and display informa¬ 
tion about a highlighted point. 

Toyz includes an interface to choose columns from a data 
source loaded on the server and create a plot using a subset 
of the Highcharts API. The user can choose the title, axis la¬ 
bels, tick marks, grids, line styles, marker colors and shapes, 
and various other features to make plots easier to view without 


3 














Colormaps 



Select Cancel 



Figure 4: Toyz Image Viewer. For FITS files the full catalog of matplotlib colormaps is available as well as linear and log scaling and inverse color maps. To save 
upload time only a small tile in the center of the image is used to modify a colormap before it is applied to an entire image. 


any programming necessary. Each plot is created in a new tile 
in the workspace and all of the plots connected to the same data 
source are linked together so that selecting a point (or collection 
of points) in one of the plots will select the same point(s) in all 
of the other plots, making it easier to view high dimensional 
or “wide” data (see Figure |^. Consistent with the Highcharts 
API, multiple data sets can also be plotted on the same chart. 
While Toyz lacks some of the more advanced features of GLUE 
at the moment, like merging data sets and linking table columns 
to image axes, it provides a previously unavailable method to 
quickly explore data stored remotely. 

The data source API is modular so that while Highcharts 
is currently the only supported plotting library it would be 
straightforward to add an interface for other packages like D3.js 
or webGL support. 


2.3. Image Viewer 

The image viewer was initially developed to view collections 
of large astronomical images that were too large to fit on a local 
hard drive. Until recently the domain of viewing astronomical 
images rested on software that had to be installed on a users 
machine and could only efficiently view images stored locally. 
Even larger detectors such as MOSAIC ( |Pogge et~aL 1998|) at 
8Kx8K px and the One Degree Imager (ODI) ( [Jacoby et al.' 


|2002[ ) at 12^ X 12^ px produce images small enough that a sin 
gle nights observations can easily be stored on a notebook or 
PC and viewed on one of the existing viewers. Newer cameras 
like the Dark Energy Camera (DECam) ( |DePoy et al.[ |2008| ) 


with a 30^ x 30k FOV enable a single observer (or team of sci¬ 
entists) to generate over 1Tb of processed data in a single night, 
making all existing open source tools (other than VisiOmatic) 
inconvenient and inefficient. 

Of course large FITS images are not the only types of im¬ 
ages worth viewing in a browser. One of the byproducts of 
data analysis is often a large collection of plots that are gen¬ 
erated wherever the data is stored and processed (in this case 
on a server). Depending on the software used, the filetype of 
these plots can vary and it is also useful to have the ability to 
view these plots without copying them from the server to the 
local machine. Toyz uses Pillow, a fork of the Python Imag¬ 
ing Library, which allows users to view a wide array of image 
formats including bmp, eps, jpeg, png, and tiff files, as well as 
astropy to load FITS images. Users are given the option as to 
whether an image is loaded as a mosaic of tiles or as a single 
image (which might be more useful in the case of small images 
like plots). 

The image viewer consists of standard tools such as scaling, 
panning and centering, as well as a few additional handy fea¬ 
tures. Since many modern astronomical and scientific images 
contain multiple frames, a set of controls allows users to eas¬ 
ily browse through the different frames of a single FITS image 
(see Figure]^. It is also possible to have multiple viewer frames 
loaded at the same time, making it easy to switch or “blink” be¬ 
tween different images (see Section 3.1 for more on blinking 
and other tools specifically related to astronomical FITS im¬ 
ages). 

The viewer is also designed to be customizable in that end 


4 













































users can add their own controls to the toolbar and even cre¬ 
ate their own custom image loaders. Since the viewer is also 
just a tile in a workspace, it is possible to have multiple view¬ 
ers loaded at the same time and in the future it should even be 
possible to link the images to catalogs similar to GLUE. 


they are specifically given permission to run and no user is al¬ 
lowed to run a python module or function that does not conform 
to a specific standard given in the Toyz documentation. 

3. Affiliated Packages and Extensions 


2.4. Security 

The typical Toyz install doesn’t require much in the way of 
security. The recommended install of Toyz for research pur¬ 
poses is to install the application on a server, log on to the 
server using a secure shell and forward the port Toyz is run¬ 
ning on from the server to the local machine. As long as the 
server is located behind a firewall the need for security is lim¬ 
ited, especially if there is no reason for the users in the group 
to keep their analyses or data private from one another. In this 
simplest use case each user can be added to an admin group, 
allowing them access to all of the files on the server (that the 
account running the instance of Toyz has permission to access) 
and run any python module that conforms to the Toyz standard. 


Account Settings 


Toyz I Job Queues I User Settings I Croup Settings I Config Settings 


You are Logged in as admin 
logout 

change password 

-Shortcuts- 

directory label images _ 

path /Volumes/S andbox/images/ 

directory label demo _^ 

path /Users/fred /mytoyz/demo/ _ 

directory label user __ 

path /Users/fred /mytoyz/users/admin 

©directory label temp _ 

path /Users/fred/mytoyz/users/admin/temp 


-Workspaces- 

workspace ^lot_ Q 

pUsers- 

□S 

pCroups- 

□E 

Delete | 

Submit I 


Figure 6: Management Console 


In other scenarios, for instance groups working with confi¬ 
dential data or classrooms where students shouldn’t have ac¬ 
cess to each others data or analyses, it is necessary for each 
user to have his/her own account. Toyz provides an admin con¬ 
sole webpage that allows administrators to create new users and 
groups as well as change their permissions for a wide variety of 
features. By default, each user outside the admin group doesn’t 
have permission to view any directories outside of the default 
directory created for him/her when his/her account is created 
and only administrators can change those permissions. This al¬ 
lows some directories to be shared by specified users or groups 
while remaining private from others. 

More importantly, because Toyz acts as a GUI to the entire 
python library, without specific precautions taken a user would 
be able to run any python module, giving them the ability to 
run arbitrary code on the server. To combat this Toyz users and 
groups outside the admin group can only run python modules 


A template is included with the Toyz source code that allows 
users to create their own custom Toyz. This allows them to cre¬ 
ate custom web pages, new workspace tile types, as well as 
python data types, classes, and functions for any purpose that 
their group sees fit, as long as they conform to the standards 
specified in the template. Many of the built-in Toyz functions 
can also be wrapped, as in the example of the Astro-Viewer (see 
Section 113, where even the control panel of the viewer has 
been created in such a way as to allow users to add their own 
buttons and controls. The Toyz website has a section for affili¬ 
ated Toyz called the Toy Box which will host links to packages 
created by other users or groups built on the Toyz framework. 

3.1. Astro-Toyz 

To demonstrate the flexibility of Toyz as well as support our 
own research we developed an affiliated package called Astro- 
Toyz. While Toyz was designed for general data visualization 
and analysis, Astro-Toyz is designed specifically for the analysis 
of astronomical data. It contains add-ons to the image viewer 
that displays world coordinates, plot histograms or surface plots 
(similar to imexam in IRAF ( |Tody|p^86| )), and align images in 
separate viewer frames to the same coordinates and scaling so 
that images can be blinked (see Figure [^. 

In the long run the goal is for Astro-Toyz to be a front end 
for astropy, providing a GUI for users to make use of astropy 
tools and affiliated packages such as converting WCS coordi¬ 
nates, object detection, matching to source catalogs from online 
sources like Vizier ( |F. Ochsenbein et aL} |2000| ) by using as- 
troquery, performing precision astrometry and photometry, and 
various other tasks supported in the astropy universe. We hope 
to entice the large community of developers who maintain other 
astropy packages to add their own interfaces onto Astro-Toyz to 
broaden its scope. At that time Astro-Toyz will be capable of be¬ 
ing implemented in undergraduate astronomy classes, allowing 
users to perform all of their analysis from their own computers 
without installing any software. 

Currently Astro-Toyz isn’t quite ready for that level of in¬ 
teraction but does provide additional tools to the Toyz image 
viewer that give users access to a number of advanced features 
including displaying WCS and header info, access to the full 
matplotlib ( |Hunter[ |2007| ) catalog of color maps, WCS align¬ 
ment between images and blinking between multiple aligned 
images for moving object detection. 

3.2. Extensions 

At times it may also be useful to write a short module to 
extend the functionality of Toyz (or a Toyz affiliated package) 
for a specialized task. Figure |7] shows an example of a custom 
workspace tile that loaded images and source information for 
point sources selected in one of the high charts files, used to 
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Figure 5: Image displayed using i\\Q Astro-Toyz image viewer. DECam image in the vicinity of the spiral galaxy ESO 18-13. 


track down saturated stars and other artifacts passing as point 
sources in our catalog. This tile was very specific to our obser¬ 
vations and analysis and isn’t useful enough to make it’s own 
affiliated package, but it demonstrates the power Toyz gives its 
users to generate custom interactive content. 

4. Future Work 

Toyz is still in its infancy and a number of exciting improve¬ 
ments are planned for the future. The biggest upgrade will be 
integration with Jupyter. Both iPython and Jupyter have similar 
APIs that allow users to run python code from a web browser 
but currently the interface to Jupyter is the traditional notebook 
format. We’re in the process of designing a notebook extension 
that will implement the Toyz workspace interface in iPython, 
which will be useful for a wider community of users outside 
astronomy as well as making it easier for end-users to develop 
their own custom tiles and tools without extensive knowledge 
of javascript. 

On the data visualization front there are plans to fully inte¬ 
grate Toyz with GLUE to give users access to the entire GLUE 
API in a web browser, allowing them to connect to both local 
and remote data. We have also been in contact with the Ginga 
collaboration to discuss integrating the current Toyz “slippy 
map” viewer with the extensive toolset developed by Ginga to 
create a more complete image viewing platform. 

Due to limitations in browser memory Highcharts is limited 
in the number of data points that can be displayed at once in 
an efficient manner. More advanced technologies like WebGL 


are better suited for the task of displaying large datasets as they 
work off of browser plugins and expand the memory and func¬ 
tional capacities of web browsers. 

As iox Astro-Toyz, we will continually be adding new features 
to incorporate more astropy functionality so that it can become 
a fully operational front-end to the most useful astropy func¬ 
tions, allowing undergraduates to process data in classes with 
little to no programming background. 

The source code and documentation for Toyz is located 
at https://github.com/fred3m/toyz while Astro-Toyz 
can be downloaded from https: //github. com/fredSm/ 
astro-toyz where bug fixes or and new pull requests are al¬ 
ways welcome. 

5. Acknowledgements 

We would like to thank the astropy community for leading 
the way in development of open source astronomical pack¬ 
ages, NSF grant AST-1313029 for supporting our research, 
and Cameron Bell for proofreading and providing helpful com¬ 
ments in the preparation of this paper. 

6. References 
References 

Astropy Collaboration, Robitaille, T. R, Tollerud, E. J., Greenfield, R, Droet- 
tboom, M., Bray, E., Aldcroft, T., Davis, M., Ginsburg, A., Rrice-Whelan, 
A. M., Kerzendorf, W. E., Conley, A., Crighton, N., Barbary, K., Muna, 
D., Eerguson, H., Grollier, E., Rarikh, M. M., Nair, R. H., Unther, H. M., 
Deil, C., Woillez, J., Conseil, S., Kramer, R., Turner, J. E. H., Singer, L., 


6 
















































Figure 7: Custom webpage to interact with a point source catalog. On the 
left are interactive Highcharts plots. On the right is a custom tile created to 
display an image and surface plot from images taken of the same field with 
three different filters. Each set of images on the right corresponds to a different 
source selected in the Highcharts plots and can be removed if the detection is 
an artifact. 


Fox, R., Weaver, B. A., Zabalza, V., Edwards, Z. I., Azalee Bostroem, K., 
Burke, D. J., Casey, A. R., Crawford, S. M., Dencheva, N., Ely, J., Jenness, 
T., Labrie, K., Lim, R L., Pierfederici, R, Pontzen, A., Ptak, A., Refsdal, 

B. , Servillat, M., Streicher, O., Oct. 2013. Astropy: A community Python 
package for astronomy. Astronomy and Astrophysics 558, A33. 

Beaumont, C., Robitaille, T., Borkin, M., Feb. 2014. Glue: Linked data visual¬ 
izations across multiple files. Astrophysics Source Code Library. 

Bertin, E., Pillay, R., Marmo, C., 2015. Web-based visualization of very large 
scientific astronomy imagery. Astronomy and Computing 10 (0), 43 - 53. 
URL http://www.sciencedirect.com/science/article/pii/ 
S2213133714000730 

Darnell, B., Tornado Developers, 2015. Tornado web server. 
https://github.com/tornadoweb/tornado. 

DePoy, D. L., Abbott, T., Annis, J., Antonik, M., Barcel, M., Bernstein, R., 
Bigelow, B., Brooks, D., Buckley-Geer, E., Campa, J., Cardiel, L., Cas- 
tander, R, Castilla, J., Cease, H., Chappa, S., Dede, E., Derylo, G., Diehl, 
H. T., Doel, R, DeVicente, J., Estrada, J., Finley, D., Flaugher, B., Gaz- 
tanaga, E., Gerdes, D., Gladders, M., Guarino, V., Gutierrez, G., Hamilton, 
J., Haney, M., Holland, S., Honscheid, K., Huffman, D., Karliner, L, Kau, 
D., Kent, S., Kozlovsky, M., Kubik, D., Kuehn, K., Kuhlmann, S., Kuk, K., 
Leger, R, Lin, H., Martinez, G., Martinez, M., Merritt, W., Mohr, J., Moore, 
R, Moore, T., Nord, B., Ogando, R., Olsen, J., Onal, B., Peoples, J., Qian, 
T., Roe, N., Sanchez, E., Scarpine, V., Schmidt, R., Schmitt, R., Schub- 
nell, M., Schultz, K., Selen, M., Shaw, T., Simaitis, V., Slaughter, J., Smith, 

C. , Spinka, H., Stefanik, A., Stuermer, W., Talaga, R., Tarle, G., Thaler, J., 
Tucker, D., Walker, A., Worswick, S., Zhao, A., 2008. The dark energy cam¬ 
era (decam). 

URL http://dx.doi.org/10.1117/12.789466 

F. Ochsenbein, P. Bauer, J. Marcout, 2000. The vizier database of astronomical 
catalogues. Astron. Astrophys. Suppl. Ser. 143 (1), 23-32. 

URL http://dx.doi.org/10.1051/aas:2000169 

Federl, R, Grimstrup, A., Kiddle, C., Taylor, A. R., Robinson, K., Stephure, 
M., Yee, G., Sep. 2012. Remote Visualization of Large Multi-dimensional 
Radio Astronomy Data Sets. In: Ballester, R, Egret, D., Lorente, N. P. F. 
(Eds.), Astronomical Data Analysis Software and Systems XXL Vol. 461 of 
Astronomical Society of the Pacific Conference Series, p. 95. 

Federl, R, Grimstrup, C., A. K., Taylor, A. R., Jul. 2011. On-Line Access and 
Visualization of Multi-Dimensional FITS Data. In: Evans, I. N., Accomazzi, 
A., Mink, D. J., Rots, A. H. (Eds.), Astronomical Data Analysis Software 
and Systems XX. Vol. 442 of Astronomical Society of the Pacific Confer¬ 
ence Series, p. 467. 

Fitzpatrick, M. J., Olsen, K., Economou, R, Stobie, E. B., Beers, T. C., Dick¬ 
inson, M., Norris, R, Saha, A., Seaman, R., Silva, D. R., Swaters, R. A., 


Thomas, B., Valdes, R, Aug. 2014. The NOAO Data Laboratory: a con¬ 
ceptual overview. In: Society of Photo-Optical Instrumentation Engineers 
(SPIE) Conference Series. Vol. 9149 of Society of Photo-Optical Instrumen¬ 
tation Engineers (SPIE) Conference Series, p. 1. 

Flaugher, B. L., Abbott, T. M. C., Angstadt, R., Annis, J., Antonik, M. L., 
Bailey, J., Ballester, O., Bernstein, J. P, Bernstein, R. A., Bonati, M., Bre¬ 
mer, G., Briones, J., Brooks, D., Buckley-Geer, E. J., Campa, J., Cardiel- 
Sas, L., Castander, R, Castilla, J., Cease, H., Chappa, S., Chi, E. C., da 
Costa, L., DePoy, D. L., Derylo, G., de Vincente, J., Diehl, H. T., Doel, 
P, Estrada, J., Eiting, J., Elliott, A. E., Finley, D. A., Flores, R., Frieman, 
J., Gaztanaga, E., Gerdes, D., Gladders, M., Guarino, V, Gutierrez, G., 
Grudzinski, J., Hanlon, B., Hao, J., Holland, S., Honscheid, K., Huffman, 

D., Jackson, C., Jonas, M., Karliner, L, Kau, D., Kent, S., Kozlovsky, M., 
Krempetz, K., Krider, J., Kubik, D., Kuehn, K., Kuhlmann, S. E., Kuk, K., 
Lahav, O., Langellier, N., Lathrop, A., Lewis, P. M., Lin, H., Lorenzon, W, 
Martinez, G., McKay, T., Merritt, W., Meyer, M., Miquel, R., Morgan, J., 
Moore, R, Moore, T., Neilsen, E., Nord, B., Ogando, R., Olson, J., Pat¬ 
ton, K., Peoples, J., Plazas, A., Qian, T., Roe, N., Roodman, A., Rossetto, 
B., Sanchez, E., Soares-Santos, M., Scarpine, V, Schalk, T., Schindler, R., 
Schmidt, R., Schmitt, R., Schubnell, M., Schultz, K., Selen, M., Serrano, 
S., Shaw, T., Simaitis, V, Slaughter, J., Smith, R. C., Spinka, H., Stefanik, 
A., Stuermer, W, Sypniewski, A., Talaga, R., Tarle, G., Thaler, J., Tucker, 
D., Walker, A. R., Weaverdyck, C., Wester, W., Woods, R. J., Worswick, S., 
Zhao, A., Sep. 2012. Status of the Dark Energy Survey Camera (DECam) 
project. In: Society of Photo-Optical Instrumentation Engineers (SPIE) Con¬ 
ference Series. Vol. 8446 of Society of Photo-Optical Instrumentation Engi¬ 
neers (SPIE) Conference Series, p. 11. 

Foreman-Mackey, D., Hogg, D. W, Lang, D., Goodman, J., Mar. 2013. emcee: 
The MCMC Hammer. Publications of the ASP 125, 306-312. 

Gopu, A., Hayashi, S., Young, M. D., Harbeck, D. R., Boroson, T., Liu, W, 
Kotulla, R., Shaw, R., Henschel, R., Rajagopal, J., Stobie, E., Knezek, R, 
Martin, R. R, Archbold, K., 2014. Odi - portal, pipeline, and archive (odi- 
ppa): a web-based astronomical compute archive, visualization, and analysis 
service. 

URL http://dx.doi.org/10.1117/12.2057123 

Hickson, I., 2011. The websocket api. W3C Working Draft WD-websockets- 
20110929, September. 

Hunter, J. D., 2007. Matplotlib: A 2d graphics environment. Computing in Sci¬ 
ence & Engineering 9 (3), 90-95. 

URL http://scitation.aip.org/content/aip/j ournal/cise/9/ 
3/10.1109/MCSE.2007.55 

Jacoby, G. H., Tonry, J. L., Burke, B. E., Claver, C. R, Starr, B. M., Saha, A., 
Luppino, G. A., Harmer, C. F. W, 2002. Wiyn one degree imager (odi). 
URL http://dx.doi.org/10.1117/12.457017 

Jones, E., Oliphant, T., Peterson, P, et ah, 2001. SciPy: Open source scientific 
tools for Python. [Online; accessed 2015-06-19]. 

URL http://www.scipy.org/ 

Joye, W. A., Mandel, E., 2003. New Features of SAOImage DS9. In: Payne, 
H. E., Jedrzejewski, R. I., Hook, R. N. (Eds.), Astronomical Data Analysis 
Software and Systems XII. Vol. 295 of Astronomical Society of the Pacific 
Conference Series, p. 489. 

Lins, L., Klosowski, J., Scheidegger, C., Dec 2013. Nanocubes for real-time ex¬ 
ploration of spatiotemporal datasets. Visualization and Computer Graphics, 
IEEE Transactions on 19 (12), 2456-2465. 

Loebman, S., Ortiz, J., Choo, L. L., Orr, L., Anderson, L., Halperin, D., Bal- 
azinska, M., Quinn, T., Governato, R, 2014. Big-data management use-case: 
A cloud service for creating and analyzing galactic merger trees. In: Pro¬ 
ceedings of Workshop on Data Analytics in the Cloud. DanaC’14. ACM, 
New York, NY, USA, pp. 9:1-9:4. 

URL http://doi.acm.org/10.1145/2627770.2627774 

McKinney, W, 2010. Data structures for statistical computing in python. In: 
van der Walt, S., Millman, J. (Eds.), Proceedings of the 9th Python in Sci¬ 
ence Conference, pp. 51 - 56. 

Merenyi, E., Jan. 2014. Hyperspectral Image Analysis in Planetary Science 
and Astronomy. In: American Astronomical Society Meeting Abstracts 223. 
Vol. 223 of American Astronomical Society Meeting Abstracts, p. 203.04. 

Pedregosa, R, Varoquaux, G., Gramfort, A., Michel, V, Thirion, B., Grisel, O., 
Blondel, M., Prettenhofer, P, Weiss, R., Dubourg, V, Vanderplas, J., Passos, 
A., Cournapeau, D., Brucher, M., Perrot, M., Duchesnay, ., 2011. Scikit- 
learn: Machine learning in python. Journal of Machine Learning Research 
12, 2825-2830. 


7 
















































Pillay, R., Aug. 2014. IlPImage: Large-image visualization. Astrophysics 
Source Code Library. 

Pogge, R. W., DePoy, D. L., Atwood, B., O’Brien, T. R, Byard, P. L., Martini, 
R, Stephens, A. W., Gatley, I., Merrill, M., Vrba, F. J., Henden, A. A., 1998. 
Mdm/ohio state/aladdin infrared camera (mosaic). 

URL http://dx.doi.org/10.1117/12.317266 
Ragan-Kelley, M., Perez, R, Granger, B., Kluyver, T., Ivanov, R, Frederic, J., 
Bussonier, M., Dec. 2014. The Jupyter/IPython architecture: a unified view 
of computational research, from interactive exploration to communication 
and publication. AGU Fall Meeting Abstracts, D7. 

Tody, D., 1986. The iraf data reduction and analysis system. 

URL http://dx.doi.org/10.1117/12.968154 
Valdes, F, Gruendl, R., DES Project, May 2014. The DECam Community 
Pipeline. In: Manset, N., Forshay, P. (Eds.), Astronomical Data Analysis 
Software and Systems XXIII. Vol. 485 of Astronomical Society of the Pa¬ 
cific Conference Series, p. 379. 

van der Walt, S., Schnberger, J., Nunez-Iglesias, J., Boulogne, F., Warner, J., 
Yager, N., Gouillart, E., Yu, T., the scikit-image contributors, 2014. scikit- 
image: image processing in python. Peer! 2:e453. 

Walt, S. V. d., Colbert, S. C., Varoquaux, G., 2011. The numpy array: A 
structure for efficient numerical computation. Computing in Science & 
Engineering 13 (2), 22-30. 

URL http://scitation.aip.org/content/aip/j ournal/cise/ 

13/2/10.1109/MCSE.2011.37 

Wickham, H., 2009. ggplot2: elegant graphics for data analysis. Springer New 
York. 

URL http: //had. co. nz/ggplot2/book 


8 


